home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 9055 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: FreeNet.Carleton.CA!an171
  2. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Is USR going to support 42bis+ on future courier upgrades?
  5. Date: 23 Mar 1996 23:09:20 GMT
  6. Organization: The National Capital FreeNet
  7. Sender: an171@freenet2.carleton.ca (Anthony Hill)
  8. Message-ID: <4j20b0$b37@freenet-news.carleton.ca>
  9. References: <4j0091$pli@nnrp1.news.primenet.com>
  10. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  11. NNTP-Posting-Host: freenet2.carleton.ca
  12.  
  13.  
  14. Bob Nixon (bigrex@primenet.com) writes:
  15. > I'm wondering if USR will come up with a V.42bis+(230,000 dte 8:1 
  16. > compression) on the couriers? Is this just a sales gimmick? Can you 
  17.  
  18.     It's mostly a sales gimmick.  While 230.4kbps DTE speeds can
  19. improve things a little bit, the advantage is very small in the real
  20. world.  Increaseing the memory for the v.42bis dictionary can make an
  21. improvment though (that is the one of the big reasons why Hayes/PPI modems
  22. do well on compression test, they use 8k of memory vs. 2k in most other
  23. modems).
  24.  
  25. > actually get twice the compression on say text files 2.5:1 to say 5:1? If 
  26.  
  27.     Now, it would be more like going from 2.5:1 to 2.6:1.
  28.  
  29. > this is possible it would seem with V.34+ and V.42bis+ and given the fact 
  30.  
  31.     FWIW, there really is no "v.42bis+" (actually, to get real picky
  32. there's no such thing as v.34+ either, it's just a nick-name).  It's just
  33. regular old v.42bis being run with on a modem with a higher max. DTE rate.
  34.  
  35. > that most current ISDN setup's don't support compression it could give 
  36. > Analog modems a more competitive edge against ISDN. Text throughputs in 
  37. > the 13 to 20k bytes/sec would be great if this isn't just a smoke screen.
  38.  
  39.     Unfortunatly it is mostly a smoke screen, and besides, a lot of
  40. data that you're likely to send will be pre-compressed (or only slightly
  41. compressible), so ISDN will still be considerably faster (not to meantion
  42. having lower latency).
  43.  
  44. Anthony
  45.  
  46. --
  47. Anthony Hill | an171@FreeNet.Carleton.CA
  48.